home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part2 / 11605 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.5 KB
  1. Path: in1.uu.net!tandem!usenet
  2. From: Anatoli Mandelchtam <tolik@tarley_pc.loc201.tandem.com>
  3. Newsgroups: comp.databases,comp.os.msdos.programmer,comp.lang.c
  4. Subject: Re: Btrieve
  5. Date: Sun, 24 Mar 1996 22:27:52 -0800
  6. Organization: Tandem Computers Inc., Cupertino, CA
  7. Message-ID: <31563CE8.71D2@tarley_pc.loc201.tandem.com>
  8. References: <4gahro$c43@canopus.cc.umanitoba.ca> <4gk7as$26l@eagle.ois.com.au>
  9.      <4iclv4$pts@altrade.nijmegen.inter.nl.net> <4ieklg$24oq@news-s01.ny.us.ibm.net> <zozTxc9nXABT083yn@mbnet.mb.ca>
  10. NNTP-Posting-Host: miket_home1.fnord.tandem.com
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=us-ascii
  13. Content-Transfer-Encoding: 7bit
  14. X-Mailer: Mozilla 2.01 (Win95; I)
  15.  
  16. Nathan T. Wild wrote:
  17. .> 
  18. .> stevez1@ibm.net (Steven R. Zuch) Wrote (In comp.lang.c):
  19. .> > E.H.Terwiel@inter.NL.net (E.H. Terwiel (Erik)) wrote:
  20. .> >
  21. .> > BTI web site http://www.btrieve.com  Primarily marketing materials -
  22. .> > hopefully they will expand it.
  23. .> I thought I would hop in on this thread.  Btrieve is an excellent product,
  24. .> but the resources behind it STINK.  The technical support people are great,
  25. .> but they always call back the next day sometime!  The BBS and Web page are
  26. .> useless.  And I almost considered using another product when I got my copy
  27. .> of the developer's kit in the mail and the manual was less useful than
  28. .> toilet paper...
  29.  
  30. While I agree completely that Btrieve is a pretty good product, and BTI tech
  31. support is very nice and helpful (I even wrote a letter to their tech
  32. support supervisor acknowledging that once), and their on-line support
  33. stinks, I can't agree with your complains about their manual.
  34.  
  35. > I have years of C/C++ programming experience and I was SOUNDLY confused
  36. > after reading the documentation...
  37. > 
  38. > I am writing an application in which the back-end software is Windows NT
  39. > based and the front-end software is DOS based.  I have had my share of
  40. > troubles on both ends so far...  Almost all of them were due to inadequate
  41. > documentation...
  42.  
  43. Just of pure curiosity: could you be more specific about what was so confusing
  44. and inadequate? I'm using Btrieve for over 4 years now on DOS and WinNT
  45. clients and on Novell and WinNT servers and I am yet to see a problem that
  46. would've been caused by inadequate documentation. And I am using almost all
  47. the functionality including extended operations and such.
  48.  
  49. I've seen bugs in their code, I've seen one undocumented error code, but 
  50. I've also seen them fixing all of it in a rather timely manner.
  51.  
  52. > 
  53. > I bought the DOS developer's kit to use with C/C++ and the manual was
  54. > written to be implimentation and platform independant...  This amounts to a
  55. > vague and useless book...
  56.  
  57. I keep both manuals that come with a client developer kit for WinNT on my desk
  58. all the time and I advice every Btrieve developer to do the same.
  59.  
  60. Speaking of a product as a whole, while it is pretty good, it suffers from
  61. typical problems that low level record managers have: too much network traffic
  62. is generated. And while on reads one can use extended operations to reduce that 
  63. traffic by reading many records at once, this is hardly possible on updates and adds.
  64. Btrieve also suffers from the fact that it only uses SPX. This is less of an issue
  65. on WinNT/Win95 clients accessing WinNT servers where SPXII can be used, but overall
  66. performance could be better with some other protocol.
  67.  
  68. And though installation of a Scalable SQL server should solve some of the problems,
  69. one's next logical step in increasing performance would be to dump the whole thing
  70. and intall a 'native' SQL server on the same WinNT machine.
  71.  
  72. Regards,
  73.  
  74. Anatoli.
  75.